home *** CD-ROM | disk | FTP | other *** search
- Path: news.crystalball.com!news
- From: Larry Weiss <lfw@oc.com>
- Newsgroups: comp.lang.c
- Subject: Re: 16bit vs. 32bit
- Date: Tue, 26 Mar 1996 13:30:46 -0600
- Organization: crystalball.com
- Message-ID: <315845E6.64FC@oc.com>
- References: <4iui27$egk@news.netam.net> <DovvHG.3DK@eskimo.com>
- NNTP-Posting-Host: external.oc.com
- Mime-Version: 1.0
- Content-Type: text/plain; charset=us-ascii
- Content-Transfer-Encoding: 7bit
- X-Mailer: Mozilla 2.0 (Win16; I)
-
- Steve Summit wrote:
- >
- > In article <4iui27$egk@news.netam.net>, bgc@alpha.netam.net writes:
- > > Could someone explain, technically, what 16bit and 32bit refers to?
- >
- > What these "terms" mean, if you find yourself needing to know
- > them, is that:
- >
- > 1. The program you're working with was poorly designed, or
- > 2. The compiler you're using was poorly designed, or
- > 3. The operating system you're using was poorly designed, or
- > 4. The processor you're using was poorly designed, or
- > 5. Some or all of the above.
- >
- > One of the whole points of using a high-level language is to
- > insulate you from low-level machine implementation details such
- > as the sizes of things in bits. If you find yourself needing to
- > know the sizes of things in bits, someone screwed up.
- >
-
- How do you know how large your arrays could be without some
- consideration of the executing machine(s), perhaps done by
- inspecting size_t ?
-
- Isn't that an aspect of 16bit -vs- 32bit, etc. ?
-